Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How tos on credential status and verification #616

Merged
merged 6 commits into from
Jul 31, 2023

Conversation

decentralgabe
Copy link
Member

address more of #606

@codecov-commenter
Copy link

codecov-commenter commented Jul 29, 2023

Codecov Report

Merging #616 (e2cc2bf) into main (de454c7) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #616   +/-   ##
=======================================
  Coverage   27.02%   27.02%           
=======================================
  Files          48       48           
  Lines        5832     5832           
=======================================
  Hits         1576     1576           
  Misses       3973     3973           
  Partials      283      283           

@decentralgabe decentralgabe marked this pull request as ready for review July 31, 2023 18:54
@@ -18,7 +18,7 @@ Out of the box we have support for exposing two [credential statuses](status.md)

## Creating a Verifiable Credential

Creating a credential using the SSI Service currently requires four pieces of data: an `issuer` DID, a `verificationMethodId` which must be contained within the issuer's DID Document, a `subject` DID (the DID who the claims are about), and `data` which is an arbitrary JSON object for the claims that you wish to be in the credential (in the `credentialSubject` property).
Creating a credential using the SSI Service currently requires four pieces of data: an `issuer` DID, a `verificationMethodId` which must be contained within the issuer's DID Document, a `subject` DID (the DID who the claims are about), and `data` which is an arbitrary JSON object for the claims that you wish to be in the credential (in the `credentialSubject` property). As noted in the [How To on DIDs](did.md), all DIDs managed by the SSI Service are _fully custodial_. This means that all keys referenced in those DIDs are stored by the SSI Service, which is necessary for the service to author any content on behalf of those DIDs. The cryptographic keys associated with the DID are encrypted at rest using a KEK (Key Encryption Key) which can optionally be used with a cloud HSM.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@michaelneale added this

doc/howto/status.md Outdated Show resolved Hide resolved
Co-authored-by: Andres Uribe <[email protected]>
@decentralgabe decentralgabe merged commit d9327f3 into main Jul 31, 2023
6 checks passed
@decentralgabe decentralgabe deleted the howtos-status-verification branch July 31, 2023 19:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants